Updated Brazilian Portuguese translation

Bump version

3.13.8

wayland: Unset window_impl->commit_pending when hiding the surface

A surface may be hidden when a frame is already scheduled, which may cause
crashes on on_frame_clock_after_paint() when calling commit() on a NULL
surface. To fix this, ensure commit_pending is also set to FALSE when the
surface is gone.

https://bugzilla.gnome.org/show_bug.cgi?id=735226

Use secrets service for cups auth_info

    When a printer requires auth_info (e.g. a printer connected
    over the samba protocol) it is now possible to save the
    credentials necessary for printing if a secrets service
    is available over dbus.
    The auth_info is then stored / loaded from the default
    collection of that secrets service.
    If no such service is available the user is not shown
    the option to remember the password and the behavior
    remains the same as before.

    https://bugzilla.gnome.org/show_bug.cgi?id=674264

wayland: Store and use the current grab cursor, if any

Only static cursors are supported in gdk_device_grab() so far. Obey the
cursor that gdk_device_grab() specifies, which may be different to
the pointer window one. As soon as the grab is gone, the pointer window
cursor will be restored as usual.

https://bugzilla.gnome.org/show_bug.cgi?id=735831

wayland: Keep the last cursor on leave, try to restore it on enter

On DnD, pointer_handle_leave may be triggered without the pointer actually
leaving the window, and pointer_handle_enter() happening after intra-window
DnD won't actually manage to update the cursor (it does nothing directly,
and to the upper layers the cursor is still the same and consistent, so no
attempt will happen).

To fix this, keep the pointer cursor on leave, and ensure it is updated
on enter. The pointer cursor will be updated to any current new one through
the enter/motion events generated if it needs be.

https://bugzilla.gnome.org/show_bug.cgi?id=735831

wayland: Reference pixmap-based cursors' surface before handing the wl_buffer

cairo_surface_destroy() is called after the buffer is released, for every
wl_buffer. Windows usually reference their cairo surface before rendering,
so that extra reference is consumed after the buffer is released, so do
the same with cursor surfaces and add an extra reference whenever a cursor
surface change is about to be scheduled.

Otherwise, the GdkWaylandCursor is left with an invalid cairo_surface_t,
which causes crashes the next time it is used.

https://bugzilla.gnome.org/show_bug.cgi?id=735830

Updated POTFILES.in

gtkdnd: Hardcode the DnD window onto the drag widget window on Wayland

This makes the drag widget use the same window surface that was passed
when starting the drag operation.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

window: Add private API to hardcode the main GdkWindow for a GtkWindow

This must be called while the window is not realized yet, and sets the
GdkWindow that will be used for the next GtkWindow's realize/unrealize
cycle. The GtkWindow takes ownership on the GdkWindow, and as such it
will be destroyed when the widget is unrealized.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Add private API to retrieve the drag window for a drag context

On wayland the DnD surface must be created early when starting the drag
operation, so offer API for GTK+ to get the GdkWindow used as a DnD
surface on the drag operation.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Return properly type hints from GdkWindows

This was hardcoded to GDK_WINDOW_TYPE_HINT_NORMAL, even though wayland
windows store the type hint themselves.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Don't set an xdg surface to DnD windows

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Implement drag sources

The wl_data_source is retrieved from the selection object for the DnD
selection, and used to initiate a drag. When the drag is finished, a
button release or touch end event is synthesized to finish the DnD
operation after the compositor grab is gone.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Implement the dropping part of DnD

All destination-side events are emitted, and updates to the drop context
are notified through the currently handled wl_data_offer.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Replace clipboard implementation

The wayland specific clipboard functions have been replaced by something
more similar to the hooking the win32 backend does, which allows for just
using the default GtkClipboard code in GTK+. As a consequence, the
wayland-specific GtkClipboard implementation is now gone.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Implement drag/source side of selections

This has been made to work similarly to X11, requests for the data device
contents are notified through GDK_SELECTION_REQUEST events, the data stored
in the GDK_SELECTION property as a reaction to that event is then stored
into the wayland selection implementation, and written to the fd when
requested/available.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: Implement drop/destination side of selections

This implementation makes the destination side of selections work
similarly to X11's, gdk_selection_convert() triggers data fetching,
which is notified through GDK_SELECTION_NOTIFY events on arrival,
the buffered data is then available through gdk_selection_property_get().

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: implement text_property_to_utf8_list()

Of some sort, this is enough to get text transfers on wayland, anything but
utf8 as plain/text should be pretty rare.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

gtkselection: Ensure the X11 specific message length only applies to X11

Other backends are compilable together with the X11 one, so the message
lenght limit was applying to them all.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

gdk: Remove check for source window

This is backend dependent, on wayland there is no such source window,
not even on local DnD situations.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

gdk: Add GDK_DRAG_PROTO_WAYLAND

To be used on the wayland windowing backend as the DnD protocol.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

Adwaita: make links on selected bg visible...

Adwaita: GtkFlowBox selected child styling

inspector: Prevent looping when picking widgets

What was happening that the button press event that we use
to select a widget caused another clicked signal emission of
the inspect button, starting another pick action.

Adwaita: move the header-bar fill in a mixin.

l10n: Update Japanese translation

Adwaita: set padding to 0 for tab buttons

GTK MSVC Projects: Fix Include Directories

Somehow the project files looked for includes in gdk/ before gtk/, which
is wrong.  Fix that.

gtkcairoblur: Relicense under LGPL

Both Owen Taylor and I, the originators of this code, allow the code
herein be relicensed to the LGPL, which is what GTK+ ships with. This
prevents GTK+ from being GPL-only.

cssshadowvalue: Fix whitespace

Updated Greek translation

Adwaita: special case checks/radios on selected bg

Add yet another set of checks and radios assets used in selected
treeview cells and selected list-rows, the standard dark variant assets
work well in those cases so no need for special casing there.

GtkTreeView: Don't hardcode black for tree lines

Use the left border color for tree lines. This is similar to
our use of top border color for grid lines. As a side-effect,
tree lines now get recolored when they are in a selected row.

https://bugzilla.gnome.org/show_bug.cgi?id=415415

GtkTreeModelFilter: Documentation improvement

Clarify in the docs that some functions can only be called
once for a given filter model.

https://bugzilla.gnome.org/show_bug.cgi?id=346886

Add a testcase for counting selection in treeviews

https://bugzilla.gnome.org/show_bug.cgi?id=702957

treeview tests: Clean up after each test

It is not good form to leak in testcases.

treeview tests: Add bug references

Don't return from a void function

And don't return the value of void functions, either.

Trivial formatting fix

Updated POTFILES.in

Move gtkthemingengine to deprecated directory

This is the place for wholly-deprecated sources.

GtkAboutDialog: Add formatting examples to the docs

We were not very explicit about the expected format for links
and email addresses in the strings, so give some explicit examples.

Adwaita: no edge hilight for checks and radios in list-rows

Bump wayland dep to 1.5.91

This release has the new key repeat listener that we are using.

Adwaita: titlebutton are flat image-buttons

Hence treat them like those, a bunch of special case styling
removed, which also doesn't override selection mode buttons
styling.

Adwaita: style GtkLabel.separator

Fixes gnome-document search popup titles.

Adwaita: avoid text in buttons being overridden by GtkLabel style

GtkAboutDialog: Support https in links

https://bugzilla.gnome.org/show_bug.cgi?id=680067

Adwaita: pathbar whitespace

- optically center icons + labels vertically. It isn't actually
  centered, but feels more balanced
- add some left/right padding

https://bugzilla.gnome.org/show_bug.cgi?id=734753

Add a release note about X without render

This reflects the findings in
https://bugzilla.gnome.org/show_bug.cgi?id=735294

GtkHeaderBar: Update separator visibility when needed

We need to be a little more forthcoming with showing and hiding
the separators - their visibility now depends on the the visibility
and pack type of the regular headerbar children. This was observed
in gnome-contacts, where headerbar buttons are shown and hidden.

GtkDialog: Keep special-casing help buttons

We used to move help buttons to the secondary position regardless
how they were added to the action area. Keep doing that, to avoid
breaking existing dialogs that rely on this behavior.

https://bugzilla.gnome.org/show_bug.cgi?id=735119

Adwaita: bring the separator back for dialog buttons

- separators got nuked during lapo's border cleanup

menubutton: dismiss menu/popover when toggling programmatically

https://bugzilla.gnome.org/show_bug.cgi?id=735545

Adwaita: dim menu checks/radios a bit

quartz: Get default font size from user font

https://bugzilla.gnome.org/show_bug.cgi?id=735321

Adwaita: nicer transition for flat buttons.

Updated Hebrew properties translation

scrolledwindow: Be smarter at invalidating overshoot areas

The previous way to invalidate was meant to work on the overshoot window
so it wouldn't be as taxing. Since the overshoot window is gone, this
would invalidate way more than intended. So constrain invalidated areas
to the sides where overshoot is happenning at that moment.

https://bugzilla.gnome.org/show_bug.cgi?id=735223

tooltip: Use subsurfaces on wayland

This places tooltips in the right place, and avoids having those attempt
to steal the focus.

https://bugzilla.gnome.org/show_bug.cgi?id=735531

Adwaita: border rationalization and cleanup

Rely only on border-style for border, take out border-width and
border-style from drawing functions.

css: Implement font-stretch

The font-stretch CSS property is defined in the Level 3 CSS Fonts
module, available at:

  http://dev.w3.org/csswg/css-fonts/#propdef-font-stretch

It allows defining a normal, condensed, or expanded face to the font
description. Pango already supports it, so this is literally just the
CSS parser machinery needed to bridge our CSS to the FontDescription
API.

https://bugzilla.gnome.org/show_bug.cgi?id=735593

Adwaita: take named colors out of _colors.scss

To be able to use sass for shipped css, importing _colors.scss
and _drawings.scss.

Adwaita: rationalize font sizes.

...making GtkSwitch font-size relative in the process.

theme: Specify the weight, not the font, for header bar titles

Using `font: Bold` will override the font with whatever the system
resolves a `Bold` font name to, including the font's own default size.

We want the font weight to be bold, but we want the default font name
and size to come from the GtkSettings:font-name property, like we do for
the rest of the system.

Adwaita: Make expanders turn again

The theme needed some small adjustments for the recent expander
state changes ACTIVE to CHECKED.

Use CHECKED instead of ACTIVE for expanded expanders

https://bugzilla.gnome.org/show_bug.cgi?id=733967

configure: Move AC_USE_SYSTEM_EXTENSIONS up

We don't want to get warnings from autoconf about
AC_USE_SYSTEM_EXTENSIONS coming after AC_COMPILE_IFELSE.

quartz-dnd: make sure to set source window

https://bugzilla.gnome.org/show_bug.cgi?id=658722

Adwaita: no edge hilight for popover checks/radios

reftests: Fix Makefile

with non-installed tests the build would get an empty $(reftestdir)
which would screw up the LDFLAGS.

An rpath seems to be required to make libtool build a shared object.
Without an rpath line, it only builds a static object.

https://bugzilla.gnome.org/show_bug.cgi?id=735401

gtk-demo: Don't use mad mime type guessing

... for displaying resources. Instead use the proven and way more
reliable method of trial and error.

It's less code and more portable for a start.
But most of all it displays PNM files as text if you fail to compile
the gdk-pixbuf loader for it.

modifierstyle: Remove the changed signal

It's been unused since last commit

widget: Don't connect to GtkModifierStyle::changed

Changes to the modifier style will be picked up by the
GtkStyleProviderPrivate::changed signal. And that signal will actually
invalidate properly.

wayland: Ensure the parent is committed after repositioning subsurfaces

Subsurface position is deemed part of the state of the parent surface, so
ensure wl_surface_commit() happens on the parent surface if none is
scheduled, so the repositioning takes place.

treeview: Reset multipress controller after 2nd click

The pre-gestures code used to compare the current button press with the
previous one on !activate_on_single_click, and unset the previous event
data so ::row-activated would be emitted every 2 clicks.

So do the same with the multipress gesture and reset it after every 2nd
click to have ::row-activated emitted multiple times while manic clicking.

https://bugzilla.gnome.org/show_bug.cgi?id=735353

threads: Do not release the GDK lock if it hasn't been acquired yet

Since GLib ≥ 2.41, attempting to release an unlocked mutex will abort(),
as it happens on most systems already.

Given the lack of proper documentation on how to use GDK with threads,
there is code in the wild that does:

    gdk_threads_init ();
    gdk_init ();

    ...

    gtk_main ();

instead of the idiomatically correct:

    gdk_threads_init ();
    gdk_threads_enter ();

    gtk_init ();

    ...

    gtk_main ();

    ...

    gdk_threads_leave ();

Which means that gtk_main() will try to release the GDK lock, and thus
trigger an error from GLib.

we cannot really fix all the wrong code everywhere, and since it does
not cost us anything, we can work around the issue inside GDK itself, by
trying to acquire the GDK lock inside gdk_threads_leave() with
trylock().

https://bugzilla.gnome.org/show_bug.cgi?id=735428

build: make reftests work without installed tests

The libreftest.so module needs to be built in all cases.
Without installed tests, it needs to not be installed though.

https://bugzilla.gnome.org/show_bug.cgi?id=735401

Cleanup invalid comments (duplication of words)

https://bugzilla.gnome.org/show_bug.cgi?id=735301

Signed-off-by: Ikey Doherty <michael.i.doherty@intel.com>

button: Track gesture point to maintain priv->in_button

This makes the active state work invariably with both mouse/touch, and
regardless of X11 pointer emulation being friendly and sending crossing
events for the emulated pointer events in the latter.

This makes GtkButtons' active state look correct when pressing on
touchscreens on wayland.

https://bugzilla.gnome.org/show_bug.cgi?id=731380

entrycompletion: Mark popup window as subsurface on wayland

This will make the completion window use GDK_WINDOW_SUBSURFACE and be
shown relative to the parent window without involving compositor grabs.

https://bugzilla.gnome.org/show_bug.cgi?id=695504

gtkwindow: Add private API to mark as subsurface

This is a rather hackish way to let GTK+ widgets declare popup windows
as subsurfaces, so they may work on wayland without the need of xdg_popup,
and without many changes yet on the GTK+ side.

https://bugzilla.gnome.org/show_bug.cgi?id=695504

Adwaita: menu checks and radios making sense

Adwaita: set a background for GtkTextView

Needed for gedit line numbers, overridden by .view {} normally

Adwaita: minor fixes to GtkLabel

Adwaita: take rtl into consideration for GtkAssistant

Adwaita: GtkAssistant tweakings

Adwaita: treeview checks/radios minor fix

Superfluous icon shadow in checked hover state removed.

Adwaita: in app notification fixes

scalebutton: Handle smooth scroll events

This has the double effect to make scale button truly smooth, and make
scrolling work on wayland, since all scrolling is "smooth" there.

https://bugzilla.gnome.org/show_bug.cgi?id=720269

wayland: Fix x/y coordinate arguments on wl_data_device events

Those are wl_fixed_t, not int.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

wayland: ensure gdk_device_manager_get_client_pointer() returns a master pointer

The internal ordering of devices isn't quite guaranteed, so ensure we're returning
the right one.

https://bugzilla.gnome.org/show_bug.cgi?id=697855

Revert "Adwaita: notebook background"

Not a good solution to the problem at hand (gedit line numbering)

This reverts commit fde03c1f8174a16120264eb689415b6f7535fc81.

wayland: unset sequence if the xdg surface is moved/resized through touch

The latest implicit grab serial is used in order to start the compositor
grab, If it belongs to a touch event, remove that touch sequence, as the
rest of the sequence will be gone for good.

This avoids stale sequences (and implicit grab info) after a window is
moved/resized.

https://bugzilla.gnome.org/show_bug.cgi?id=731380

wayland: Add internal API to unset a touch implicit grab

This removes both the wayland specific accounting, and the Gdk implicit
grab tracking.

https://bugzilla.gnome.org/show_bug.cgi?id=731380

wayland: Update the display serial on touch down/up events

https://bugzilla.gnome.org/show_bug.cgi?id=734374

wayland: Improve implicit grab serial retrieval

_gdk_wayland_device_get_button_press_serial() has been replaced by
_gdk_wayland_device_get_implicit_grab_serial(), which takes a touch/pointer
event and figures out the relevant serial, and
_gdk_wayland_device_get_last_implicit_grab_serial() which returns
the most recent serial.

The button press serial was currently used when operating popping up
xdg_shell/surface popups and window menus, so this is now touch aware, of
some sort.

https://bugzilla.gnome.org/show_bug.cgi?id=734374

wayland: Store per-touch touch_down serial

https://bugzilla.gnome.org/show_bug.cgi?id=734374